Propagate DAGCircuit.name in ApplyLayout (backport #13910)#13920
Propagate DAGCircuit.name in ApplyLayout (backport #13910)#13920jakelishman merged 1 commit intostable/1.4from
DAGCircuit.name in ApplyLayout (backport #13910)#13920Conversation
|
Cherry-pick of 29aa2bd has failed: To fix up this pull request, you can check it out locally. See documentation: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally |
|
Thank you for opening a new pull request. Before your PR can be merged it will first need to pass continuous integration tests and be reviewed. Sometimes the review process can be slow, so please be patient. While you're waiting, please feel free to review other open PRs. While only a subset of people are authorized to approve pull requests for merging, everyone is encouraged to review open pull requests. Doing reviews helps reduce the burden on the core team and helps make the project's code better for everyone. One or more of the following people are relevant to this code:
|
d11512f to
a87fa39
Compare
Pull Request Test Coverage Report for Build 13525152901Details
💛 - Coveralls |
* Propagate `DAGCircuit.name` in `ApplyLayout` This has always been absent, but `transpile` masked the problem by assigning the output circuit names by overwriting the `output_names` input kwarg if it wasn't set. `generate_preset_pass_manager` didn't have the same logic, so it was observable that `ApplyLayout` didn't propagate the name. We could have added similar name-propagation logic to `generate_preset_pass_manager`, but really the bug is in `ApplyLayout`; passes _should_ propagate the metadata. * Fix typo Co-authored-by: John Lapeyre <jlapeyre@users.noreply.github.com> * Remove redunant set --------- Co-authored-by: John Lapeyre <jlapeyre@users.noreply.github.com> (cherry picked from commit 29aa2bd)
a87fa39 to
0be1080
Compare
This has always been absent, but
transpilemasked the problem by assigning the output circuit names by overwriting theoutput_namesinput kwarg if it wasn't set.generate_preset_pass_managerdidn't have the same logic, so it was observable thatApplyLayoutdidn't propagate the name.We could have added similar name-propagation logic to
generate_preset_pass_manager, but really the bug is inApplyLayout; passes should propagate the metadata.Summary
Details and comments
This is an automatic backport of pull request #13910 done by [Mergify](https://mergify.com).